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SUMMARY 

While  the  relational  model  removes  some  of  the  task  of  navigation  in  the  database  from  the  user, 

• 

it  still  leaves  navigational  responsibility  with  the  user  when  multirelational  queries  are  involved. 

tJj*. 

To  remove  this  responsibility  from  the  user.Sre  have  begun  implementing  a  universal  relation  user 
interface,  that  allows  the  user  to  see  the  data  as  one  large  relation,  Le.,  table,  over  all  the  attributes. 
Since  there  may  be  more  than  one  connection  among  the  attributes  mentioned  in  a  query ,"^r?have 
developed  a  fairly  complex  theory  to  allow  the  database  designer  to  force  certain  cgnnectiona  to 

■  7* 

be  taken  by  the  database  system  and  to  aid  him  by  suggesting  connections  that_yse  believe  to  be 
?  *naturalS  This  theory  includes  the  hypergraph  representation  of  databases,  explored  last  year,  and 
the  notion  of  acyclic  hypergraphs,  which  are  those  with  unique  connections  among  attributes. 


Acyclic  Structures 


In  the  previous  grant  year,  we  began  studying  the  hypergraph  model  of  relational  databases,  where  the 
nodes  arc  attributes,  and  the  (hypcr)edgcs  arc  the  sets  of  fundamental  relationships  among  certain  sets  of 
attributes  that  define  the  structure  of  the  universal  relation.  For  example,  if  we  define  our  universal  relation 
over  attributes  ESDM  (Employee,  Salary,  Department,  Manager)  as 

{  eadm  |  employee  e  makes  salary  s,  e  works  in  department  d,  and  department  d  has  manager  m  } 


then  the  objects  are  ES,  ED,  and  DM,  corresponding  to  the  stated  relationships  between  employees  and 
their  salaries,  and  so  on.  'In  this  case,  all  edges  are  sets  of  two  nodes,  but  sets  of  three  or  more  nodes  are 
occasionally  necessary.  The  hypergraph  for  this  database  is  the  following. 


This  hypergraph  has  a  very  simple  structure,  but  more  elaborate  examples  may  have  cycles  and  other 
complexity. 

The  basic  theory  was  expounded  last  year,  in  [FMU],  which  has  just  been  published  in  a  journal.  We 
also  studied  acyclic  hyper  graphs  last  year.  These  are  tree-like  hypergraphs  that  can  be  totally  consumed  by 
the  steps: 

1.  If  a  node  is  in  only  one  edge,  delete  the  node. 
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2.  If  one  edge  is  a  subset  of  another,  delete  the  smaller  edge. 

Our  basic  result  showing  that  acyclic  hypergraphs  in  the  above  sense  are  exactly  those  for  which  unique 
connections  among  sets  of  attributes  exist  was  published  this  year  [MU1].  We  also  revised,  to  make  clearer 
the  underlying  principles,  the  paper  [MU2],  which  describes  the  "maximal  object”  approach  to  answering 
queries,  in  which  a  universal  set  of  attributes  is  partitioned  into  overlapping  acta  of  objects,  each  of  which 
is  acyclic  and  therefore  allows  only  one  connection  among  any  set  of  attributes.  System/U,  our  universal 
relation  system  using  this  approach,  then  answers  a  query  by  giving  the  unique  connection  in  each  maximal 
object  that  includes  all  relevant  attributes. 

Another  “old”  idea  that  got  published  during  the  past  year  is  [BK],  where  a  way  to  extend  the  universal 
relation  concept  to  include  “iaa"  relationships  between  attributes  is  given.  For  example,  we  could  ask  for  the 
salary  of  Jones’  manager,  and  obtain  the  result  from  the  above  database  by  realising  that  although  salary 
is  related  most  directly  to  employees,  not  managers,  every  manager  is  an  employee,  so  after  finding  Jones’ 
manager  by  the  connection  through  departments,  we  can  take  that  manager  name,  treat  it  as  an  employee 
name,  and  find  its  salary  through  the  ES  object. 

System/U  Implementation 

We  completed  the  design  and  implementation  of  an  algorithm  that  translates  queries  over  the  universal 
relation  into  a  parse  tree  of  ordinary  relational  operations.  Begun,  but  not  yet  completed,  are  pieces  of  the 
system  that  translate  the  parse  trees  into  (nearly)  optimal  sequences  of  evaluation  steps  and  that  translate 
the  evaluation  sequences  into  operations  on  UNIX  files. 

The  algorithm  used  to  translate  queries  was  described  in  [Ul].  Briefly,  the  Data  Definition  Language 
allows  us  to  set  up  a  sensible  set  of  maximal  objects,  giving  advice  to  the  designer  but  allowing  itself  to  be 
overridden.  Once  the  maximal  objects  arc  established,  each  query  is  translated  by  the  following  steps. 

1.  Depending  on  the  number  of  tuple  variables  involved  in  the  query,  the  system  starts  by  imagining  that 
the  query  is  applied  to  the  Cartesian  product  of  one  or  more  copies  of  the  universal  relation.  For  each 
copy,  there  is  a  set  of  attributes  Xt  that  the  query  involves. 

2.  For  each  »,  the  »'**  copy  of  the  universal  relation  is  replaced  by  the  union  of  all  the  maximal  objects 
that  include  X(. 

3.  Bach  maximal  object  is  replaced  by  the  natural  join  of  all  the  objects  it  contains. 

4.  The  natural  joins  are  “pruned"  to  eliminate  objects  that  don’t  connect  attributes  in  Xi.  The  process, 
logically,  is  like  the  reduction  test  for  acyclic  hypergraphs  described  above,  but  with  a  modification 

that  forbids  the  H  VP**"  in  only  one  object  of 
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the  maximal  object.  The  actual  algorithm  to  reduce  the  number  of  join  terms  is  an  efficient  two- pass 
operation  described  in  [K]. 

5.  Selections  and  projections  associated  with  the  query  are  applied  to  each  of  the  resulting  terms. 
Defending  the  Universal  Relation  Concept 

Our  belief  is  that  the  universal  relation  concept  has  promise  as  a  user  interface;  indeed  the  primary  goal  of 
this  research  is  to  realise  that  promise.  We  also  believe  that  the  concept  is  essential  to  describe  the  meaning 
of  data  dependencies  among  attributes  that  are  no  associated  with  a  single  relation.  It  is  therefore  quite 
disturbing  to  find  published  in  (presumably)  refereed  journals,  papers  that  are  nothing  but  attacks  on  the 
concept.  Further,  these  attacks  are  full  of  illogic,  and  we  have  yet  to  see  a  point  that  we  feel  is  a  valid  reason 
to  drop  the  universal  relation  from  consideration  as  a  user  interface. 

As  an  example  of  the  issues  with  which  we  have  had  to  contend,  W.  Kent  published  a  criticism  in 
the  March  issue  of  ACM  Trans,  on  Database  Systems.  Among  other  claims,  Kent  offers  an  example  of 
an  intuitive  semantics  for  a  database  involving  landlords,  buildings,  and  tenants.  He  then  gives  a  formal 
semantics  in  terms  of  functional  and  multivalued  dependencies.  Next,  he  (correctly)  derives  a  consequence  of 
these  dependencies,  using  the  universal  relation  assumption  as  a  justification  for  combining  them.  Then,  he 
(correctly)  points  out  that  the  derived  dependency  violates  the  intuitive  semantics,  and  he  points  the  finger 
of  blame  at  the  universal  relation  assumption. 

The  only  problem  is  that  Kent's  informal  and  formal  semantics  do  not  agree.  The  error  was  not  in  the 
universal  relation  assumption,  but  in  his  presumption  that  the  dependencies  he  wrote  down  mean  what  he 
said  they  mean;  they  do  not. 

To  try  to  get  both  theoreticians  and  practitioners  to  understand  the  issues,  [Ul]  deals  not  only  with 
the  design  of  System/U,  but  with  an  explicit  rebuttal  to  some  arguments  put  forth  by  the  Kent  article 
and  others.  Further,  [U2]  is  a  critique  and,  we  believe,  counterargument  to  every  criticism  of  the  universal 
relation  idea  raised  in  Kent’s  article. 
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